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Abstract 

This article presents a distributed algorithm for a group of robotic agents with omnidirectional vision to deploy 
into nonconvex polygonal environments with holes. Agents begin deployment from a common point, possess no prior 
knowledge of the environment, and operate only under line-of-sight sensing and communication. The objective of the 
deployment is for the agents to achieve full visibility coverage of the environment while maintaining line-of-sight 
connectivity with each other. This is achieved by incrementally partitioning the environment into distinct regions, 
each completely visible from some agent. Proofs are given of (i) convergence, (ii) upper bounds on the time and 
number of agents required, and (iii) bounds on the memory and communication complexity. Simulation results and 
description of robust extensions are also included. 

I. Introduction 

Robots are increasingly being used for surveillance missions too dangerous for humans, or which require duty 
cycles beyond human capacity. In this article we design a distributed algorithm for deploying a group of mobile 
robotic agents with omnidirectional vision into nonconvex polygonal environments with holes, e.g., an urban 
or building floor plan. Agents are identical except for their unique identifiers (UIDs), begin deployment from 
a common point, possess no prior knowledge of the environment, and operate only under line-of-sight sensing 
and communication. The objective of the deployment is for the agents to achieve full visibility coverage of the 
environment while maintaining line-of-sight connectivity (at any time the agents' visibility graph consists of a 
single connected component). We call this the Distributed Visibility-Based Deployment Problem with Connectivity. 
Once deployed, the agents may supply surveillance information to an operator through the ad-hoc line-of-sight 
communication network. A graphical description of our objective is given in Fig. Q] 

Approaches to visibility coverage problems can be divided into two categories: those where the environment is 
known a priori and those where the environment must be discovered. When the environment is known a priori, 
a well-known approach is the Art Gallery Problem in which one seeks the smallest set of guards such that every 
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Fig. 1. This sequence (left to right, top to bottom) shows a simulation run of the distributed visibility-based deployment algorithm 
described in Sec. IVII Agents (black disks) initially are colocated in the lower left corner of the environment. As the agents spread out, 
they claim areas of responsibility (green) which correspond to cells of the incremental partition tree 7-p. Blue lines show line-of-sight 
connections between agents responsible for neighboring vertices of T-p. Once agents have settled to their final positions, every point in the 
environment is visibile to some agent and the agents form a line-of-sight connected network. An animation of this simulation can be viewed at 
http : / /motion . me . ucsb . edu/^kar 1 /movies /dwh . mov . 



point in a polygon is visible to some guard. This problem has been shown both NP-hard [ 1 1 and APX-hard in 
the number of vertices n representing the environment. The best known approximation algorithms offer solutions 
only within a factor of O(logg), where g is the optimum number of agents Q. The Art Gallery Problem with 
Connectivity is the same as the Art Gallery Problem, but with the additional constraint that the guards' visibility 
graph must consist of a single connected component, i.e., the guards must form a connected network by line of 
sight. This problem is also NP-hard in n 0. Many other variations on the Art Gallery Problem are well surveyed 
in 0, 0, Q. The classical Art GalleryTheorem, proven first in J8] by induction and in [9| by a beautiful coloring 
argument, states that J vertex guardqj are always sufficient and sometimes necessary to cover a polygon with n 
vertices and no holes. The Art Gallery Theorem with Holes, later proven independently by [ 1 1 and 1 1 1 1, states that 
L^^rpJ point guardjj] are always sufficient and sometimes necessary to cover a polygon with n vertices and h holes. 
If guard connectivity is required, |fl2) proved by induction and |[T3l by a coloring argument, that L^^y^J vertex 

*A vertex guard is a guard which is located at a vertex of the polygonal environment. 

tA point guard is a guard which may be located anywhere in the interior or on the boundary of a polygonal environment. 
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guards are always sufficient and occasionally necessary for polygons without holes. We are not aware of any such 
bound for connected coverage of polygons with holes. For polygonal environments with holes, centralized camera- 
placement algorithms described in |[l"4ll and ifTSIl take into account practical imaging limitations such as camera 
range and angle-of-incidence, but at the expense of being able to obtain worst-case bounds as in the Art Gallery 
Theorems. The constructive proofs of the Art Gallery Theorems rely on global knowledge of the environment and 
thus are not amenable to emulation by distributed algorithms. 

One approach to visibiliy coverage when the environment must be discovered is to first use SLAM (Simultaneous 
Localization And Mapping) techniques |fl6l to explore and build a map of the entire environment, then use a 
centralized procedure to decide where to send agents. In ifTTl . for example, deployment locations are chosen by a 
human user after an initial map has been built. Waiting for a complete map of the entire environment to be built 
before placing agents may not be desirable. In (18] agents fuse sensor data to build only a map of the portion 
of the environment covered so far, then heuristics are used to deploy agents onto the frontier of the this map, 
thus repeating this procedure incrementally expands the covered region. For any techniques relying heavily on 
SLAM, however, synchronization and data fusion can pose significant challenges under communication bandwidth 
limitations. In |fl9ll agents discover and achieve visibility coverage of an environment not by building a geometric 
map, but instead by sharing only combinatorial information about the environment, however, the strategy focuses on 
the theoretical limits of what can be achieved with minimalistic sensing, thus the amount of robot motion required 
becomes impractical. 

Most relevant to and the inspiration for the present work are the distributed visibility-based deployment algorithms, 
for polygonal environments without holes, developed recently by Ganguli et al ll20l . EH . Il22ll . These algorithms are 
simple, require only limited impact-based communication, and offer worst-case optimal bounds on the number of 
agents required. The basic strategy is to incrementally construct a so-called nagivation tree through the environment. 
To each vertex in the navigation tree corresponds a region of the the environment which is completely visible from 
that vertex. As agents move through the environment, they eventually settle on certain nodes of the navigation tree 
such that the entire environment is covered. 

The contribution of this article is the first distributed deployment algorithm which solves, with provable per- 
formance, the Distributed Visibility-Based Deployment Problem with Connectivity in polygonal environments with 
holes. Our algorithm operates using line-of-sight communication and a so-called partition tree data structure similar 
to the navigation tree used by Ganguli et al as described above. The algorithms of Ganguli et al fail in polygonal 
environments with holes because branches of the navigation tree conflict when they wrap around one or more 
holes. Our algorithm, however, is able to handle such "branch conflicts". Given at least [ " +2 2 /l ~ 1 j agents in an 
environment with n vertices and h holes, the deployment is guaranteed to achieve full visibility coverage of the 
environment in time 0(n 2 + nh), or time 0(n + h) under certain technical conditions. We also prove bounds on 
the memory and communication complexity. The deployment behaves in simulations as predicted by the theory and 
can be extended to achieve robustness to agent arrival, agent failure, packet loss, removal of an environment edge 
(such as an opening door), or deployment from multiple roots. 
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This article is organized as follows. We begin with some technical definitions in Sec. [II] then a precise statement 
of the problem and assumptions in Sec. [Ill] Details on the agents' sensing, dynamics, and communication are 
given in Sec.[lV] Algorithm descriptions, including pseudocode and simulation results, are presented in Sec. [VI and 
Sec. |VI] We conclude in Section IVIII 

II. Notation and Preliminaries 

We begin by introducing some basic notation. The real numbers are represented by R. Given a set, say A, the 
interior of A is denoted by int(A), the boundary by dA, and the cardinality by \A\. Two sets A and B are openly 
disjoint if mt(A) nint(-B) = 0. Given two points a, b £ R 2 , [a, b] is the closed segment between a and b. Similarly, 
}a,b[ is the open segment between a and b. The number of robotic agents is N and each of these agents has a 
unique identifier (UID) taking a value in {0, . .., N — 1}. Agent positions are P = (jr- ', . . . ,p\- N ~^), a tuple of 
points in R 2 . Just as p^ represents the position of agent i, we use such superscripted square brackets with any 
variable associated with agent i, e.g., as in Table [IV] 

We turn our attention to the environment, visibility, and graph theoretic concepts. The environment £ is polygonal 
with vertex set Vs, edge set Eg, total vertex count n = |Vf-| = \Ee\, and hole count h. Given any polygon c C £ , 
the vertex set of c is V c and the edge set is E c . A segment [a, b] is a diagonal of £ if (i) a and b are vertices of 
£, and (ii) ]o,6[C int(£). Let e be any point in £. The point e is visible from another point e' 6 £ if [e,e'] C £. 
The visibility polygon V(e) C £ of e is the set of points in £ visible from e (Fig. [2). The vertex-limited visibility 
polygon V(e) C V is the visibility polygon V(e) modified by deleting every vertex which does not coincide with 
an environment vertex (Fig. [2]). A gap edge of V(e) (resp. V(e)) is defined as any line segment [a, b] such that 
]a, b[c int(£), [a, b] C dV(e) (resp. [a, b) C dV(e)), and it is maximal in the sense that a, b G d£. Note that a gap 
edge of V(e) is also a diagonal of £. For short, we refer to the gap edges of V(e) as the visibility gaps of e. A set 




Fig. 2. In a simple nonconvex polygonal environment are shown examples of the visibility polygon (red, left) of a point observer (black disk), 
and the vertex-limited visibility polygon (red, right) of the same point. 

R C £ is star-convex if there exists a point e s R such that R C V(e). The kernel of a star-convex set i?, is the set 
{e € £ |i2 C V(e)}, i.e., all points in R from which all of R is visible. The visibility graph Gvis.s(P) of a set of 
points P in environment £ is the undirected graph with P as the set of vertices and an edge between two vertices 
if and only if they are (mutually) visible. A tree is a connected graph with no simple cycles. A rooted tree is a 
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tree with a special vertex designated as the root. The depth of a vertex in a rooted tree is the minimum number of 
edges which must be treversed to reach the root from that vertex. Given a tree T, Vf is its set of vertices and Ej- 
its set of edges. 

III. Problem Description and Assumptions 

The Distributed Visibility-Based Deployment Problem with Connectivity which we solve in the present work is 

formally stated as follows: 

Design a distributed algorithm for a network of autonomous robotic agents to deploy into an unmapped 
environment such that from their final positions every point in the environment is visible from some agent. 
The agents begin deployment from a common point, their visibility graph Gvis,s(P) is to remain connected, 
and they are to operate using only information from local sensing and line-of-sight communication. 

By local sensing we intend that each agent is able to sense its visibility gaps and relative positions of objects within 

line of sight. Additionally, we make the following main assumptions: 

(i) The environment £ is static and consists of a simple polygonal outer boundary together with disjoint simple 
polygonal holes. By simple we mean that each polygon has a single boundary component, its boundary does 
not intersect itself, and the number of edges is finite. 

(ii) Agents are identical except for their UIDs (0, . . . , N — 1). 

(iii) Agents do not obstruct visibility or movement of other agents. 

(iv) Agents are able to locally establish a common reference frame. 

(v) There are no communication errors nor packet losses. 

Later, in Sec. IVI-FI we will describe how our nominal deployment algorithm can be extended to relax some 
assumptions. 

IV. Network of Visually-Guided Agents 

In this section we lay down the sensing, dynamic, and communication model for the agents. Each agent has 
"omnidirectional vision" meaning an agent possesses some device or combination of devices which allows it to 
sense within line of sight (i) the relative position of another agent, (ii) the relative position of a point on the 
boundary of the environment, and (iii) the gap edges of its visibility polygon. 

For simplicity, we model the agents as point masses with first order dynamics, i.e., agent i may move through 
£ according to the continuous time control system 

pW=ttW, (1) 

where the control v} 1 ' is bounded in magnitude by u max - The control action depends on time, values of variables 
stored in local memory, and the information obtained from communication and sensing. Although we present our 
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algorithms using these first order dynamics, the crucial property for convergence is only that an agent is able 
to navigate along any (unobstructed) straight line segment between two points in the environment £, thus the 
deployment algorithm we describe is valid also for higher order dynamics. 

The agents' communication graph is precisely their visibility graph Q v is,s{P), i-e., any visibility neighbors 
(mutually visible agents) may communicate with each other. Agents may send their messages using, e.g., UDP 
(User Datagram Protocol). Each agent (i = 0, . . . , N — 1) stores received messages in a FIFO (First-In-First-Out) 
buffer In_BufferW until they can be processed. Messages are sent only upon the occurrence of certain asynchronous 
events and the agents' processors need not be synchronized, thus the agents form an event-driven asynchronous 
robotic network similar to that described, e.g., in ll23l . In order for two visibility neighbors to establish a common 
reference frame, we assume agents are able to solve the correspondence problem: the ability to associate the 
messages they receive with the corresponding robots they can see. This may be accomplished, e.g., by the robots 
performing localization, however, as mentioned in Sec. U] this might use up limited communication bandwidth and 
processing power. Simpler solutions include having agents display different colors, "license plates", or periodic 
patterns from LEDs |24|. 

V. Incremental Partition Algorithm 

We introduce a centralized algorithm to incrementally partition the environment £ into a finite set of openly 
disjoint star-convex polygonal cells. Roughly, the algorithm operates by choosing at each step a new vantage point 
on the frontier of the uncovered region of the environment, then computing a cell to be covered by that vantage 
point (each vantage point is in the kernel of its corresponding cell). The frontier is pushed as more and more 
vantage point - cell pairs are added until eventually the entire environment is covered. The vantage point - cell pairs 
form a directed rooted tree structure called the partition tree Tp. This algorithm is a variation and extension of an 
incremental partition algorithm used in 1221 . the main differences being that we have added a protocol for handling 
holes and adapted the notation to better fit the added complexity of handling holes. The deployment algorithm to be 
described in Sec. [VI] is a distributed emulation of the centralized incremental partition algorithm we present here. 

Before examining the precise pseudocode Table H] we informally step through the incremental partition algorithm 
for the simple example of Fig. [3^-f. This sequence shows the environment partition together with corresponding 
abstract representations of the partition tree Tp- Each vertex of Tp is a vantage point - cell pair and edges are 
based on cell adjacency. Given any vertex of Tp, say (p£,C|), £ is the PTVUID (Partition Tree Vertex Unique 
IDentifier). The PTVUID of a vertex at depth d is a d-tuple, e.g., (1), (2,1), or (1,1,1). The symbol is used as 
the root's PTVUID. The algorithm begins with the root vantage point p^. The cell of p§ is the grey shaded region 
C0 in Fig. [3^, which is the vertex-limited visibility polygon V{p$). According to certain technical criteria, made 
precise later, child vantage points are chosen on the endpoints of the unexplored gap edges. In Fig. [3^, dashed lines 
show the unexplored gap edges of c%. Selecting p^ as the next vantage point, the corresponding cell C(i) becomes 
the portion of V(pm) which is across the parent gap edge and extends away from the parent's cell. The vantage 
point p( 2 ) and its cell C( 2 ) are generated in the same way. There are now three vertices, {p$,c$), (p(i),cm), and 
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TABLE I 

Centralized Incremental Partition Algorithm 

INCREMENTAL_PARTITION(£ , p ) 
1: {Compute and Insert Root Vertex into Tv} 

2: c <- V(p ); 

3: for each gap edge g of c do 
4: label g as unexplored in c®\ 
5: insert (p^jCg) into Tp; 
6: {Main Loop} 

7: while any cell in Tv has unexplored gap edges do 

8: any cell in Tv with unexplored gap edges; 

9: g <— any unexplored gap edge of Cf ; 
10: fe,c e ) <- CH1LD{£, Tv,(,g); {See Tab. [nj} 
11: {Check for Branch Conflicts} 

12: if there exists any cell c^i in 7p which is in branch conflict with then 

13: discard (pj, cj); 

14: label gr as phantom_wall in c<;; 

15: else 

16: insert (p(,c%) into 7p; 
17: label g as child in cj; 
18: return 7p; 



(P(2); c (2)) in 7-p (Fig-Hi). In a similar manner, two more vertices, (p(2,i), c (2,i)) an d (P(2,i,i)i c (2,i,i))> nave been 
added in Fig. [3};. An intersection of positive area is found between cell C( 2 ,i.i) and the cell of another branch of 
Tp, namely cm. To solve this branch conflict, the cell 0(2,1.1) is discarded and a special marker called a phantom 
wall (thick dashed line in Fig. [3}i) is placed where its parent gap edge was. A phantom wall serves to indicate that 
no branch of Tv should cross a particular gap edge. The vertex (pm2)> c (i,2)) added in Fig. [3^ thus can have no 
children. Finally, Fig. [3f shows the remaining vertices (p(i,i), Cn 1)) and (j>n ,1,1) , Cni t r\) added to Tp so that the 
entire environment is covered and the algorithm terminates. 

Now we turn our attention to the pseudocode Table J] for a precise description of the algorithm. The input is the 
environment £ and a single point e V^. The output is the partition tree Tp- We have seen that each vertex of the 
partition tree is a vantage point - cell pair. In particular, a cell is a data structure which stores not only a polygonal 
boundary, but also a label on each of the polygon's gap edges. A gap edge label takes one of four possible values: 
parent, child, unexplored, or phantom wall. These labels allow the following exact definition of the 
partition tree. 

Definition 5.1 (Partition Tree Tp): The directed rooted partition tree Tp has 

(i) vertex set consisting of vantage point - cell pairs produced by the incremental partition algorithm of Table H] 
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(C) 

Fig. 3. This simple example shows how the incremental partition algorithm of Table U progresses (a)-(f). Cell vantage points are shown by 
black disks. The portion of the environment S covered at each stage is shown in grey (left) along with a corresponding abstract depiction of 
the partition tree (right). A phantom wall (thick dashed line), shown first in (d), comes about when there is a branch conflict, i.e., when cells 
from different branches of the partition tree Tp are not openly disjoint. The final partition can be used to triangulate the environment as shown 
in Fig.|4] 
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and 

(ii) a directed edge from vertex (pj, c^) to vertex (p%, cj) if and only if has a child gap edge which coincides 
with a parent gap edge of C£. 
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TABLE II 

Incremental Partition Subroutine 

CHILD(£, Tr,C,9) 

1: £ <— successor(£, i), where g is the ith nonparent gap edge of C( counterclockwise from p^; 
2: if \V C( | > 3 then 

3: enumerate C('s vertices 1, 2, 3, . . . counterclockwise from p^; 
4: else 

5: enumerate Cf's vertices so that pj is assigned 1 and the remaining vertices of cq are assigned 2 and 3 

such that the vertex assigned 3 is on the parent gap edge of Cf ; 
6: pj <— vertex on (? assigned an odd integer in the enumeration; 

7: a <- V(p ( ); 

8: truncate at g such that only the portion remains which is across g from p^; 

9: delete from any vertices which lie across a phantom wall from p^; 
10: for each gap edge g' of do 
11: if g' —— g then 
12: label </ as parent in c^; 

13: else if g coincides with an existing phantom wall then 
14: label g' as phantom_wall in c^; 

15: else 

16: label g as unexplored in cj; 
17: return (p 5 , cj); 



Stepping through the pseudocode Table [I] lines 1-5 compute and insert the root vertex (p$, eg) into 7p. Upon entering 
the main loop at line 7, line 8 selects a cell arbitrarily from the set of cells in Tv which have unexplored 
gap edges. Line 9 selects an arbitrary unexplored gap edge g of cq. The next vantage point candidate will be 
placed on an endpoint of g by a call on line 10 to the CHILD function of Table IIT1 The PTVUID £ is computed 
by the successor function on line 1 of Table [TT] For any d-tuple £ and positive integer i, successor(£, i) is simply 
the (d+ l)-tuple which is the concatenation of ( and i, e.g., successor((2, 1), 1)) = (2, 1, 1). The CHILD function 
constructs a candidate vantage point and cell as follows. In the typical case, when the parent cell cq has more 
than three edges, c^'s vertices are enumerated counterclockwise from p^, e.g., as cq's vertices in Fig. [3^ or Fig. [6] 
In the special case of being a triangle, e.g., as the triangular cells in Fig. [6] c^'s vertices are enumerated such that 
the 3 lands on c^'s parent gap edge. The vertex of g which is odd in the enumeration is selected as p^. Occasionally 
there may be double vantage points (colocated), e.g., as p( 2 ) and p( 3 ) in Fig. [6] We will see in Sec. IV- Al that this 
parity-based vantage point selection scheme is important for obtaining a special subset of the vantage points called 
the sparse vantage point set. Returning to Table U the final portion of the main loop, lines 11-17, checks whether 
is in branch conflict or (p^, c^) should be added permanently to Tv- A cell is in branch conflict with another 
cell C£' if and only if and are not openly disjoint (see Fig. [5]). The main algorithm terminates when there are 
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Fig. 4. The partition tree produced by the centralized incremental partition algorithm of Table U or the distributed deployment algorithm of 
Table IVll can be used to triangulate an environment, as shown here for the simple example of Fig. [5] The triangulation is constructed by drawing 
diagonals (dashed lines) from each vantage point (black disks) to the visible environment vertices in its cell. 

no more unexplored gap edges in Tv- 

An important difference between our incremental partition algorithm and that of Ganguli et al ll22ll is that the set 
of cells computed by our incremental partition is not unique. This is because the freedom in choosing cell and gap 
g on lines 8-9 of Table Q] allows different executions of the algorithm to fill the same part of the environment with 
different branches of Tv- This may result in different sets of phantom walls as well. A phantom wall is only created 
on line 14 of Table Q] when there is a branch conflict. This discarding may seem computationally wasteful because 
the environment could just be made simply connected by choosing h phantom walls (one for each hole) prior to 
executing the algorithm. Such an approach, however, would not be amenable to distributed emulation without a 
priori knowledge of the environment. 

The following important properties we prove for the incremental partition algorithm are similar to properties we 
obtain for the distributed deployment algorithm in Sec. [VI] 

Lemma 5.2 (Star-Convexity of Partition Cells): Any partition tree vertex (p^, c^) constructed by the incremental 
partition algorithm of Table U has the properties that 

(i) the cell is star-convex, and 

(ii) the vantage point p^ is in the kernel of C{. 

Proof: Given a star-convex set, say S, let K be the kernel of S. Suppose that we obtain a new set S' by 
truncating S at a single line segment I who's endpoints lie on the boundary dS. It is easy so see that the kernel of 
5" contains K n S', thus 5" must be star-convex if K n S' is nonempty. Indeed I could not possibly block line of 
sight from any point in K D S' to any point p in S', otherwise p would have been truncated. Inductively, we can 
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(C) 

Fig. 5. The incremental partition algorithm of Table U and distributed deployment algorithm of Table I VII may discard a cell if it is in 
branch conflict with another cell c^/ already in the partition tree, i.e., when and C£/ and are not openly disjoint. In these three examples, 
blue represents one cell C£, red another cell c^/, and purple their intersection flc^i. A cell can even conflict with it's own parent if they 
enclose a hole as in (c). 

obtain a set S' by truncating the set S at any finite number of line segments and the kernel of S' will be a superset 
of S' fl K. Now consider a partition tree vertex (p^, c{). By definition, the visibility polygon V(p^) is star-convex 
and p(: is in the kernel. By the above reasoning, the vertex-limited visibility polygon V(p^) is also star-convex and 
has in its kernel because V(p%) can be obtained from V(p%) by a finite number of line segment truncations (lines 
8 and 9 of Table Hill. Likewise, must be star-convex with p^ in its kernel because is obtained from V(p£) by 
a finite number of line segment truncations at the parent gap edge and phantom walls. ■ 
Theorem 5.3 (Properties of the Incremental Partition Algorithm): Suppose the incremental partition algorithm of 
Table U is executed on an environment £ with n vertices and h holes. Then 

(i) the algorithm returns in finite time a partition tree T-p such that every point in the environment is visible to 
some vantage point, 

(ii) the visibility graph of the vantage points Q v \&,£{\Pi\ij>i , <%) € Tp}) consists of a single connected component, 
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Fig. 6. The example used in Fig. [5] showed a typical incremental partition in which there were neither double vantage points nor any triangular 
cells. This example, on the other hand, shows these special cases. Disks, black or white, show vantage points produced by the incremental 
partition algorithm of Table U Integers show enumerations of the cells used for the parity-based vantage point selection scheme. The double 
vantage points p( 2 ) an d P(3) are colocated. The cells C( 2 ), c (3)> c (2,l)> c (3.l)' c (2,l,i)> and c (3,i,i) are triangular. The vantage points colored 
black are the sparse vantage points found by the postprocessing algorithm of Table ITTT1 Under the distributed deployment algorithm of Table IvTl 
robotic agents position themselves at sparse vantage points. 

(iii) the final number of vertices in 7-p (and thus the total number of vantage points) is no greater than n + 2h — 2, 

(iv) there exist environments where the final number of vertices in 7p is equal to the upper bound n + 2h — 2, 
and 

(v) the final number of phantom walls is precisely h. 

Proof: We prove the statements in order. The algorithm processes unexplored gap edges one by one and 
terminates when there are no more unexplored gap edges. Once an unexplored gap edge has been processed, 
it is never processed again because its label changes to phantom_ wall or child. Gap edges of cells are 
diagonals of the environment and there are no more than (™) = n ^ n possible diagonals, which is finite, therefore 
the algorithm must terminate in finite time. Lemma 15.21 guarantees that if the entire environment is covered by 
cells of 773, then every point is visible to some vantage point. Suppose the final set of cells does not cover the 
entire environment. Then there must be a portion of the environment which is topologically isolated from the rest 
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of the environment by phantom walls, otherwise an unexplored gap edge would have expanded into that region. 
However, this would mean that a phantom wall was created at the parent gap edge of a candidate cell which 
was not in branch conflict. This is not possible because a phantom wall is only ever created if there is a branch 
conflict (lines 12-14 Table H). This completes the proof of statement (i). 

Statement (ii) follows from Lemma [372] together with the fact that every vantage point is placed on the boundary 
of its parent's cell. Given two vantage points in 7p, say p^ and pj/, a path through Q V i S ,s({P£ \(Pi> c c) <= Tv}) from 
P£ to p£i can be constructed as follows. Follow parent-child visibility links up to the root vantage point pq, then 
follow parent-child visibility links from p$ down to p? / . Since such a path can always be constructed between any 
pair of vantage points, Gvis,e{{P(, \(p$,, c^) G Tp}) must consist of a single connected component. 

For statement (iii), we triangulate £ by triangulating the cells of 7v individually as in Fig. [4] Each cell is 
triangulated by drawing diagonals from p^ to the vertices of c^. The total number of triangles in any triangulation 
of a polygonal environment with holes is n + 2h — 2 (Lemma 5.2 in j6))- Since there is at least one triangle per 
cell and at most one vantage point per cell, the number of vantage points cannot exceed the maximum number of 
triangles n + 2h — 2. 

Statement (iv) is proven by the example in Fig. [7^. 

For statement (v), we argue topologically. Suppose the final number of phantom walls were less than h. Then 
somewhere two branches of the parition tree must share a gap edge with no phantom wall separating them. If 
this shared gap edge is not a phantom wall, it must be either (1) a child in branch conflict, or (2) unexplored. 
Either way, the algorithm would have tried to create a cell there but then deleted it and created a phantom wall; a 
contradiction. Now suppose there were more than h phantom walls. Then a cell would be topologically isolated by 
phantom walls from the rest of the environment. This is not possible because phantom walls can never be created 
at the parent-child gap edge between two cells. Since the final number of phantom walls can be neither less nor 
greater than h, it must be h. 

■ 

A. A Sparse Vantage Point Set 

Suppose we were to deploy robotic agents onto the vantage points produced by the incremental partition algorithm 
(one agent per vantage point). Then, as Theorem 15. 31 guarantees, we would achieve our goal of complete visibility 
coverage with connectivity. The number of agents required would be no greater than the number of vantage points, 
namely n + 2h — 2. This upper bound, however, can be greatly improved upon. In order to reduce the number of 
vantage points agents must deploy to, the postprocessing algorithm in Table ITTT1 takes the partition tree output by the 
incremental partition algorithm and labels a subset of the vantage points called the sparse vantage point set. Starting 
at the leaves of the partition tree and working towards the root, vantage points are labeled either nonsparse or 
sparse according to criterion on line 2 of Table [TITl As proven in Theorem 15.51 below, the sparse vantage points 
are suitable for the coverage task and their cardinality has a much better upper bound than the full set of vantage 
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TABLE III 
Postprocessing of Partition Tree 

LABEL_VANTAGE_POINTS {S,Tv) 
1: while there exists a vantage point p^ in Tv such that p^ has not yet been labeled 

and ( p^ is at a leaf or all child vantage points of p^ have been labeled ) do 
2: if \V C f | == 3 and p^ has exactly one child vantage point labeled sparse then 
3: label as nonsparse; 

4: else 

5: label p^ as sparse; 



points. All the vantage points in the example of Fig. [3] are sparse. Fig. [6] shows an example of when only a proper 
subset of the vantage points is sparse. 

Lemma 5.4 (Properties of a Child Vantage Point of a Triangular Cell): Let (p^,c^) be a partition tree vertex 
constructed by the incremental partition algorithm of Table J] and suppose has a parent cell cq which is a 
triangle. Then p^ is in the kernel of p^. Furthermore, if p^ has a parent vantage point p^> (the grandparent of p^), 
then p^ is visible to p^i. 

Proof: The kernel of a triangular (and thus convex) cell is all of Cf. By Lemma \5?2\ p^ is in the kernel 
of C£< . According to the parity-based vantage point selection scheme (line 5 of Table UD, p^ is located at a point 
common to Cf/, cq, and cj, therefore is in the kernel of and visible to c^i. ■ 

Theorem 5.5 (Properties of the Sparse Vantage Point Set): Suppose the incremental partition algorithm of Ta- 
ble U is executed to completion on an environment £ with n vertices and h holes and the vantage points of the 
resulting partition tree are labeled by the algorithm in Table [ill] Then 

(i) every point in the environment is visible to some sparse vantage point, 
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(ii) the visibility graph of the sparse vantage points G V i S ,e({P£\(p£> <%) € 7-p}) consists of a single connected 
component, 

(hi) the number of points in R 2 where at least one sparse vantage point is located is no greater than [ " +2 9 fe-1 j , 
and 

(iv) there exist environments where the upper bound [ n+2 2 , '~ 1 j in (iii) is met. 
Proof: 

Statements (i) and (ii) follow directly from Lemma 15.41 together with statements (i) and (ii) of Theorem 15.31 
For statement (iii) we use a triangulation argument similar to that used in [22 1 for environments without holes. We 
use the same triangulation as in the proof of Theorem |5.3l (Fig.|4li. The total number of triangles in any triangulation 
of a polygonal environment with holes is n + 2h — 2 (Lemma 5.2 in [6]). Suppose we can assign at least one unique 
triangle to p$ whenever p® is sparse and at least two unique triangles to all other sparse vantage point locations. 
Let -/Vgparse be the number of sparse vantage point locations. Setting 2(iV S p arS c — 1) + 1 = 2N spm - se — 1 to be less 
or equal to the total number of triangles n + 2h — 2 and solving for A^p arse gives the desired bound 



-^sparse — 



(n + 2h - 2) + 1 



2/i-l 



2 

Indeed we can make such an assignment of triangles to sparse vantage point locations. Our argument relies on the 
parity-based vantage point selection scheme and the criterion for labeling a vantage point as sparse on line 2 of 
Table [III] To any sparse vantage point location, say of pg. other than the root, we assign one triangle in the parent 
cell. The triangle in the parent cell is the triangle formed by its parent gap edge together with its parent's vantage 
point. To each sparse vantage point location, say of p^, including the root, we assign additionally one triangle in 
the cell c^. If has no children, then any triangle in can be assigned to p^. If C£ has children (in which case it 
must have greater than one triangle) we need to check that it has more triangles than child vantage point locations 
with odd parity. Suppose has an even number of edges. Then this number of edges can be written 2m where 
m > 2. The number of triangles in C£ is 2m — 2 and the number of odd parity vertices in where child vantage 
points could be placed is m — 1. This means at most m — 1 triangles in are assigned to odd parity child vantage 
point locations, which leaves (2m — 2) — (m — 1) = m — 1 > 1 triangles to be assigned to the location of p^. The 
case of having an odd number of edges is proven analogously. 
Statement (iv) is proven by the example in Fig. [7] 



VI. Distributed Deployment Algorithm 

In this section we describe how a group of mobile robotic agents can distributedly emulate the incremental partition 
and vantage point labeling algorithms of Sec. [VJ thus solving the Distributed Visibility-Based Deployment Problem 
with Connectivity. We first give a rough overview of the algorithm, called DISTRIBUTED_DEPLOYMENT(), and 
later address details with aid of the pseudocode in Table [VTl Each agent i has a local variable mode^, among 
others, which takes a value lead, proxy, or explore. For short, we call an agent in lead mode a leader, an 
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Agent Mode 




(a) (b) 

Fig. 8. (a) In the distributed deployment algorithm of Table |VH each agent may switch between lead, proxy, and explore mode based 
on certain asynchronous events. Leader agents are responsible for maintaining a distributed representation of the partition tree T-p, proxies help 
establish communication for solving branch conflicts, and explorers systematically navigate through T-p in search of opportunities to become a 
leader or proxy. The agent mode color code is used also in Fig. [10] and 1121 (b) Even if a pair of leader agents (black) are not mutually visible, 
their cells (c^ and c^i ) may intersect as in Fig. [5] shown here abstractly by a Venn diagram. Sending a proxy agent (yellow), on a proxy tour 
around one of the cell boundaries guarantees it will enter the cells' intersection so that communication between leaders can be proxied. The 
leaders can then establish a local common reference frame and compare cell boundaries in order to solve branch conflicts. 



agent in proxy mode a proxy, and an agent in explore mode an explorer. Agents may switch between modes 
(see Fig. [8^) based on certain asynchronous events. Leaders settle at sparse vantage points and are responsible for 
maintaining in their memory a distributed representation of the partition tree T-p consistent with Definition 15.11 By 
distributed representation we mean that each leader i retains in its memory up to two vertices of responsibility, 
, ) and (p^2 , c^2 ), and it knows which gap edges of those vertices lead to the parent and child vertices in T-p E 
We call (p^ , ) the primary vertex of agent i and (pjj j c 2 ' ) me secondary vertex. A leader typically has only a 
primary vertex in its memory and may have also a secondary only if it is either positioned (1) at a double vantage 
point, or (2) at a sparse vantage point adjacent to a nonsparse vantage point. Each cell in a leader's memory has 
a status which takes the value retracting, contending, or permanent (see Fig. |9). Only when a cell has 
attained status permanent can any child Tp vertices be added at its unexplored gap edges. 

Remark 6.1 (3 Cell Statuses): In our system of three cell statuses, a cell must go through two steps before 
attaining status permanent. Intuitively, the need for two steps arises from the fact that an agent must first 
determine the boundary of its cell before it can even know what other cells are in branch conflict or place children 
according to the parity-based vantage point selection scheme. Hence, the first proxy tour allows truncation of the 
cell boundary at all permanent cells. Only after that, when the boundary is known, is the second proxy tour run and 
the cell deconflicted with other contending cells. Note that even in the centralized incremental partition algorithm 

t The subscripts of a leader agent's vertices of responsibility are not to be confused with PTVUIDs, i.e., (p^' , c^' ) and (p 2 * ' , ) are not in 
general the same as (p(i),c (1) ) and (p( 2 ),C( 2 )). 
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Cell Status 

retracting 



contending 
/ 



permanent 



deleted 



(a) 






(b) (c) (d) 

Fig. 9. (a) In the distributed deployment algorithm of Table lVll any cell in a leader's memory has a status which takes the value retracting, 
contending, or permanent, (b) Each cell status is initially retracting. The status of a retracting cell is advanced to contending 
after the execution of a proxy tour in which the cell is truncated as necessary to ensure no branch conflict with any permanent cells, (c) In a 
second proxy tour, a contending cell is deleted if it is found to be in branch conflict with another contending cell of smaller PTVUID (according 
to total ordering Def. 16.21 . otherwise its status is advanced to permanent, (d) Only when a cell has attained status permanent can any child 
cells be added at its unexplored gap edges (continued in Fig. 1 101 . The cell status color code is used in Fig.[l0]as well as 1 121 



two steps had to be taken by a newly constructed cell: the cell had to be (1) truncated at existing phantom walls, 
and then (2) deleted if it was in branch conflict^ 

The job of a proxy agent is to assist leaders in advancing the status of their cells towards permanent by proxying 
communication with other leaders (see Fig [HJ)). Any agent which is not a leader or proxy is an explorer. Explorers 
merely move in depth-first order systematically about Tv in search of opportunity to serve as a proxy or leader (see 
Fig. [10] and [Til l. To simplify the presentation, let us assume for now that, as in the examples Fig. [3] and Fig. [12] 
no double vantage points or triangular cells occur. Under this assumption, each leader will be responsible for only 
one Tv vertex, its primary vertex, and all vantage points will be sparse. The deployment begins with all agents 
colocated at the first vantage point p$. One agent, say agent 0, is initialized to lead mode with the first cell 
c fJ = c $ = V(p0) in its memory. All other agents are initialized to explore mode. Agent can immediately 
advance the status of eg to permanent because it cannot possibly be in branch conflict (no other cells even exist 
yet); in general, however, cells can only transition between statuses when a proxy tour is executed. Agent sees all 

§We did attempt to simplify the distributed deployment alogrithm and make the cells only go through a single step, i.e., a single proxy tour 
to become permanent, however, there seem to be other difficulties with such an approach, particularly with time complexity bounds. 
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(a) 



(b) 



(c) 






(d) 



(e) 



(f) 



Fig. 10. Color codes correspond to those in Fig. [8] and [5] (a,b) Once a cell has status permanent, arriving explorer agents can be sent to 
become leaders at child gap edges, (c-f) Any remaining explorer agents continue systematically navigating the partition tree in search of leader 
or proxy tasks they could perform . 



2 | 6 

3 5 



T 



Fig. 11. In the distributed deployment algorithm of Table IVII explorer agents search the partition tree Tp depth-first for leader or proxy tasks 
they could perform. An agent in a cell, say c^, can always order the gap edges of ce, e.g., counterclockwise from the parent gap edge. The 
depth-first search progresses by the explorer agent always moving to the next unvisited child or unexplored gap edge in that ordering. The 
agent thus moves from cell to cell deeper and deeper until a leaf (a vertex with no children) is found. Once at a leaf, the agent backtracks 
to the most recent vertex with unvisited child or unexplored gap edges and the process continues. As an example, (left) integers (not to be 
confused with PTVUIDs) shows the depth-first order an agent would visit the vertices of T-p in Fig. [3J if the gap edges in each cell were 
ordered couterclockwise from the parent gap edge. If the agent instead uses a gap edge ordering cyclically shifted by one, then (right) shows 
the different resulting depth-first order. If each agent uses a different gap edge ordering, e.g., cyclically shifted by their UID, then different 
branches of T-p are explored in parallel and the deployment tends to cover the environment more quickly. Cf. Fig. 1101 



the explorers in its cell and assigns as many as necessary to become leaders so that there will be one new leader 
positioned on each unexplored gap edge of c%. The new leader agents move concurrently to their new respective 
vantage points while all remaining explorer agents move towards the next cell in their depth-first ordering. When 
a leader first arrives at its vantage point, say p^, of the cell cj, it initializes to have status retracting and 
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boundary equal to the portion of V(p{) which is across the parent gap edge and extends away from the parent's 
cell. When an explorer agent comes to such a newly created retracting cell, the leader assigns that explorer to 
become a proxy and follow a proxy tour which traverses all the gap edges of eg. During the proxy tour, the proxy 
agent is able to communicate with any leader of a permanent cell that might be in branch conflict with the Cf . The 
cell C£ is thus truncated as necessary to ensure it is not in branch conflict with any permanent cell. When this 
first proxy tour is complete, the status of is advanced to contending. The leader of then assigns a second 
proxy tour which again traverses all the gap edges of cc. During this second proxy tour, the leader communicates, 
via proxy, with all leaders of contending cells which come into line of sight of the proxy. If a branch conflict is 
detected between and another contending cell, the agents have a shoot-out: they compare PTVUIDs of the cells 
and agree to delete the one which is larger according to the following total ordering. 

Definition 6.2 (PTVUID Total Ordering): Let £1 and £2 be distinct PTVUIDs. If £1 and £2 do not have equal 
depth, then £1 < £2 if and only if the depth of £1 is less than the depth of £2- If £1 an d £2 do have equal depth, 
then £1 < £2 if and only if £1 is lexicographically smaller than 

When a cell with parent is deleted, two things happen: (1) The leader of cq marks a phantom wall at its 
child gap edge leading to cj, and (2) all agents that were in become explorers, move back into cq, and resume 
depth-first searching for new tasks as in Fig. [T2fe . If the second proxy tour of a cell is completed without 
being deleted, then the status of is advanced to permanent and its leader may then assign explorers to become 
leaders of child Tv vertices at c^'s unexplored gap edges. Agents in different branches of 7-p create new cells in 
parallel and run proxy tours in an effort to advance those cells to status permanent. New T-p vertices can in turn 
be created at the unexplored gap edges of the new permanent cells and the process continues until, provided there 
are enough agents, the entire environment is covered and the deployment is complete. 

We now turn our attention to pseudocode Table IVII to describe DISTRIBUTED_DEPLOYMENT() more precisely. 
The algorithm consists of three threads which run concurrently in each agent: communication (lines 1-6), navigation 
(lines 7-13), and internal state transition (lines 14-26). An outline of the local variables used for these threads is 
shown in Tables [TVl and [VI The communication thread tracks the internal states of all an agent's visibility neighbors. 
One could design a custom communication protocol for the deployment which would make more efficient use of 
communication bandwidth, however, we find it simplifies the presentation to assume agents have direct access to 
their visibility neighbors' internal states via the data structure Neighbor_Data[']. The navigation thread has the agent 
follow, at maximum velocity u max , a queue of waypoints called Route M as long as the internal state component 
d .Wait_Set is empty (it is only ever nonempty for a proxy agent and its meaning is discussed further in 
Section [VI-Bl i. The waypoints can be represented in a local coordinate system established by the agent every time 
it enters a new cell, e.g., a polar coordinate system with origin at the cell's vantage point. In the internal state 
transition thread, an agent switches between lead, proxy, and explore modes. The agent reacts to different 
asynchronous events depending on what mode it is in. We treat the details of the different mode behaviors and 



1" For example, (1) < (2) and (1, 3) < (3, 2), but (3, 2) < (1, 3, 1). 
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TABLE IV 

Agent Local Variables for Distributed Deployment 



Use 


Name 


Brief Description 


Communication 


mow := i 
In_BufferM 
Neighbor_DataH 
state_change_interruptW 

new_visible_agent_interrupt' l l 


agent Unique IDentifier 

FIFO queue of messages received from other agents 

data structure which tracks relevant state information of visibility neighbors 

boolean, true if and only if internal state has changed between the last and 
current iteration of the communication thread 

boolean, true if and only if a new agent became visible between the last and 
current iteration of the communication thread 


Navigation 


Routed! 

p[*l, pW, u 


FIFO queue of waypoints 

position, velocity, and velocity input 


Internal State 


modeH 

Vantage_Points' i l := (p^.pL* 1 ) 
CellsW := {cf,cf) 

£proxicd 

M M 

^current' Mast 


agent mode takes a value lead, proxy, or explore 

vantage points used in lead mode for distributed representation of T-p; may 
have size 0, 1, or 2; each pj may be labeled either sparse or nonsparse 

cells used in lead mode for distributed representation of T-p', may have size 
0, 1, or 2; cell fields shown in Tab. |V| 

used in proxy mode as local copy of cell being proxied 

PTVUIDs of current and last Tp vertices visited in depth-first search; used in 
explore mode to navigate Tp 



corresponding subroutines in the following Sections IVI-AI IVI-B1 and IVI-CI 

A. Leader Behavior 

The lead portion of the internal state transition thread (lines 16-19 of Table fVlb consists of three subroutines: AT- 
TEMPT_CELL_CONSTRUCTION(), LEAD(), and PROPAGATE_SPARSE_VANTAGE_POINT_INFORMATION() 
In ATTEMPT_CELL_CONSTRUCTION() (Table [Villi, the leader agent attempts to construct a cell, say c 5 , when- 
ever it first arrives at p^. In order to guarantee an upper bound on the number of agents required by the deployment 
(Theorem |631), the leader must enforce that any cell it adds to T-p contains at least one unique triangle which is not 
in any other cell of the distributed Tp representation. This can be accomplished by the leader first looking at its 
Neighbor_Data to see if the parent gap edge, call it g, is contained in the cell of any neighbor other than the parent. 
If not, then the existence of a unique triangle is guaranteed because cell vertices always coincide with environment 
vertices. In that case the agent safely initializes the cell to retracting status and waits for a proxy agent to 
help it advance the cell's status towards permanent. If, however, g is contained in a neighbor cell other than the 
parent, then the leader may have to either switch to proxy mode to proxy for another leader in line of sight (if the 
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TABLE V 

Cell Data Fields for Distributed Deployment 


Name 


Brief Description 




PTVUID (Partition Tree Vertex Unique IDentifier) 


.Boundary 


polygonal boundary with each gap edge labeled either as parent, child, 
unexplored, or phantom_wall; child gap edges may be additionally 
labeled with an agent UID if that agent has been assigned as leader of that gap 
edge 


c^. status 


cell status may take a value retracting, contending, or permanent 


C£.proxy_uid 


UID of agent assigned to proxy c^; takes value if no proxy has been assigned 


c e .Wait_Set 


set of PTVUIDs used by proxy agents to decide when they should wait for 
another cell's proxy tour to complete before deconfiiction can occur, thus 
preventing race conditions 



candidate cell is primary), or else wait for the other cell to be proxied (if the candidate cell is secondary). If the 
agent determines that a contending or permanent cell other than the parent contains g, then it deletes the cell and 
a phantom wall is labeled. 

In LEAD() (Table IVIIIb , the agent already has initialized cell(s) in its memory. Being responsible for cells means 
that the leader agent may have to assign tasks. The assignment may be of an explorer to become a leader of a 
child vertex, of an explorer to become a proxy, of a leader to become a proxy, of itself to lead a secondary 7-p 
vertex which is the child of its primary vertex (this happens when the primary vertex is a triangle), or of another 
leader to a secondary vertex at a double vantage point. Note that in making the assignments, all vantage points 
are selected according to the same parity-based vantage point selection scheme used in the incremental partition 
algorithm of Sec. [V] So that the distributed representation of 7-p remains consistent, a leader must also react to 
several deconfiiction events. If a proxy truncates the boundary of a retracting cell, deletes a contending cell, advances 
the status of a cell, or adds/removes PTVUIDs to a cell's Wait_Set, then the corresponding leader of that cell must 
do the same. In fact, whenever two agents (either proxies or leaders) communicate and their contending cells are 
in branch conflict, the cell with lower PTVUID will be deleted. Every such cell deletion results in a phantom wall 
being marked in the parent cell. Although it is not stated explicitely in the pseudocode, note that when a cell is 
deleted the leader must wait briefly at the cell's vantage point until any agent that was proxying comes back to the 
parent cell; otherwise the proxy could lose line of sight with the rest of the network. If a proxy tour is completed 
successfully without cell deletion, then the cell status is advanced towards permanent. 

By settling only to sparse vantage points, fewer agents are needed to guarantee full coverage. This is accomplished 
by the behavior in PROPAGATE_SPARSE_VANTAGE_POINT_INFORMATION() (Table E9 where agents swap 
permanent cells with other leaders in such a way that the information about which vantage points are sparse is 
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TABLE VI 
Distributed Deployment Algorithm 

DISTRIBUTED_DEPLOYMENT() 

1: { Communication Thread } 

2: while true do 

3: in_message <— In_Buffer' 1 ' .PopFirst(); 

4: update Neighbor_Data' ! ' according to in_message; 

5: if state_change_interrupt' 1 ' or visible_agent_interrupt^' then 

6: broadcast internal state information; 

7: { Navigation Thread } 

8: while true do 

9: while Route' 1 ! is nonempty and p' 1 ' =fc Route' 1 ' .First() and . d .Wait_Set is empty do 
10: u' 1 ' *r- velocity with magnitude it m ax and direction towards Route' 1 ' .First(); 
11: u w ^0; 

12: if p' ,; ) == Route' ,; '.First() then 
13: Route'' 1 .PopFirst(); 

14: { Internal State Transition Thread } 

15: while true do 

16: if mode w == lead then 

17: ATTEMPT_CELL_CONSTRUCTION(); { See Tab. [VlT] } 

18: LEAD(); { See Tab. IViTil } 

19: PROPAGATE_SPARSE_VANTAGE_POINT_INFORMATION(); { See Tab. [TX] } 

20: else if mode' 1 ' = proxy then 

21: if Cproxied- status == retracting then 

22: PROX Y_RETRACTING_CELL() ; { See Tab. H } 

23: else if c prox i c d. status == contending then 

24: PROXY_CONTENDING_CELL(); { See Tab. IXll } 

25: else if mode' 1 ' = explore then 

26: EXPLORE0; { See Tab. |XIl| } 



propagated up 7-p whenever a leaf is discovered. Each cell swap involves an acquisition by one agent (lines 7-9) 
and a corresponding surrender by another (lines 10-12). 

B. Proxy Behavior 

The proxy portion of the internal state transition thread on lines 20-24 of Table [Vll runs one of two subroutines de- 
pending on the status of the proxied cell: PROXY_RETRACTING_CELL() and PROXY_CONTENDING_CELL(). 
Suppose an agent i is proxying for a cell in leader agent j's memory. Then agent i keeps a local copy of 
in cl*' and modifies it during the proxy tour. Agent j updates to match cl*' d whenever a change occurs. 
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TABLE VII 
Distributed Deployment Subroutine 



ATTEMPT_CELL_CONSTRUCTION() 
1: if there is a vantage point p^ in Vantage_Points' 1 ' for which no cell in Cells' 1 ' has yet been constructed 



and p' 1 ' —— p{ then 

2: if Neighbor_Data'*' shows a cell such that C{/ .proxy_uid == i then 

3: { Proxy for another leader } 

4: mode' 1 ' <— proxy; Route' 2 ' <— tour which traverses all gap edges of and returns to pj; 

5: else if Neighbor_Data''' shows any contending or permanent cell cj' which contains the gap edge associated 
with £ 

and f is not the parent PTVUID of £ then 

6: { Delete partition tree vertex if there is not at least one unique triangle } 

7: delete (p^, Cj); 

8: if Cells'^' is empty then 

9: mode' 1 ' <- explore; swap ^' st and ££] rrent ; 

10: else if Cells' 1 ' contains exactly one cell then 

11: Route [i] <- straight path to pL*J; 

12: else if Neighbo^Data' 1 ' shows no other agent constructing a cell where £' < £ then 

13: { Compute initial cell } 

14: C£ <- V(pj); 

15: truncate such that only the portion remains which is across its parent gap edge; 

16: for each gap edge g' of do 

17: if g' is the parent gap edge then 

18: label g' as parent in c^; 

19: else 

20: label g' as unexplored in c^; 

21: insert c ( into Cells '*'; 



In PROXY_RETRACTING_CELL() (Table |X), agent i traverses the gap edges of c|j o . d while truncating the 
cell boundary at any encountered permanent cells in branch conflict. The goal is for the retracting proxied cell to 
not be in branch conflict with any permanent cells by the end of the proxy tour when its status is advanced to 
contending. If agent i encounters a contending cell, say Cf>, and the criteria on line 6 are satisfied, then agent 
i must pause its proxy tour, i.e., pause motion until becomes permanent or deleted. If the proxy were not to 
pause, then it would run the risk of the contending cell becoming permanent after the opportunity for the proxy to 
perform truncation had already passed. The pausing is accomplished by adding £' to the cell field cj^ d .Wait_Set 
read by the navigation thread. Once the proxy tour is over, the leader of the proxied cell advances the cell's status 
to contending and the proxy agent enters its previous mode, either explore or lead. 

In PROXY_CONTENDING_CELL() (Table HDi, the goal is for the contending proxied cell to not be in branch 
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TABLE VIII 
Distributed Deployment Subroutine 

LEADO 

{ Task assignments } 
1: if Cells '*' contains only a single permanent cell c£j 

and c£j is triangle with one unexplored gap edge g 
and g has not been assigned a leader then 
2: { Assign self a secondary vertex at child of primary vertex } 

3: p£j<-p«; 

4: Route' 1 ' straight line path to p ? ; 

5: label g on c£j as child and as having leader i; 

6: else if Cells' 1 ' contains cell with double child vantage point p^ = pj/ where £,<(,' 
and Neighbo^Data' 1 ' contains a leader agent j with cj in Cells' 3 ' 
and p^ is labeled sparse 

and gap edge g associated with p^/ is unexplored then 
7: { Assign other leader a secondary vertex at double vantage point } 
8: label g on Cf as child and having leader j; 

9: else if NeighboMData' 1 ' shows explorer agent j such that = c yj is permanent in Cells' 1 ' then 

^current 

10: £' <— PTVUID of next vertex in depth-first ordering; 
11: if there is an unexplored gap edge g of 

and ( vantage point p^< associated with g is single vantage point 

or double vantage point with colocated vantage point nonsparse in Neighbor_Data' ! ' ) then 
12: { Assign explorer to become leader of child vertex } 
13: label g in as child and having leader j; 
14: if Neighbor_Data' ! ' contains an explorer agent j 

and Cells' 2 ' contains a cell = c y\ with c^. status / permanent 

^current 

and c£.proxy_uid == then 
15: { Assign explorer as proxy } 
16: C£.proxy_uid <— j; 

17: else if Neighbor_Data' ! ' contains a leader agent j with Cells' 3 ' empty 

and Cells' 1 ' contains a retracting cell and c ? .proxy_uid == then 
18: { Assign leader as proxy } 
19: C£.proxy_uid <— j; 

20: if Neighbor_Data' ! ' contains a child gap edge g with agent i labeled as its leader 

and the associated vantage point pj is not in Vantage_Points' 1 ' then 
21: { Accept leadership of second cell at double vantage point } 

22: pg<-p e ; 
(continued) 
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(continuation) 

23: { React to deconfliction events } 

24: if a cell cc in Cells' 1 ' corresponds to a cell cl J ' in Neighbor_Data' 1 ' then 

Sproxied 

25: if c^f has been truncated at a permanent cell then 

Sproxied 

26: perform the same truncation on c^; 

27: if cj.Wait Set / c' J ' .Wait Set then 

? — ' Sproxied — 

28: c £ .Wait Set <- cl jl .Wait Set; 

s ' Sproxied 

29: if NeighboMData' 1 ' shows a proxy has deleted a cell corresponding to in Cells' 1 ' or ( Neighbor_Data' ! ' shows 

contending cell c^J d in branch conflict with contending cell in Cells' 1 ' and £pr OX ied < 5 ) tnen 
30: if Cells' 2 ' contains exactly one cell then 
3 1 : delete (p£j , c£j ) ; mode [i ' ^ explore; 
32: else if Cells' 1 ' contains two cells then 
33: delete (pf 2 , c£j ); Route H 4- straight path to ; 

34: if Neighbo^Data' 1 ' shows a cell was deleted at gap edge g of cell in Cells' 1 ' then 
35: label g as phantom_wall in c$; 

36: if Neighbor_Data'*' shows a proxy tour was successfully completed without deletion for a cell in Cells' 1 ' 
then 

37: advance cj. status; c^.proxy_uid <— 0; 



TABLE IX 

Distributed Deployment Subroutine 

PROPAGATE_SPARSE_VANTAGE_POINT_INFORMATION() 
1: { Label a vantage point in Vantage_Points' 1 ' as sparse ornonsparse } 
2: if there is an unlabeled vantage point p^ in Vantage_Points' ! ' with permanent cell in Cells' 2 ' 

and ( (pj, cj) is a leaf or Cells' 1 ' and Neighbor_Data' ! ' show all child vantage points have been labeled ) 
then 

3: if \V Ci | == 3 and Cells' 1 ' or Neighbor_Data' 1 ' shows a child vantage point labeled sparse then 
4: label as nonsparse; 

5: else 

6: label p^ as sparse; 

7: { Acquire a nonsparse vertex from an agent higher in the partition tree} 

8: if Cells' 1 ' contains exactly one cell c$ with labeled sparse and p' 1 ' == pj 

and Neighbo^Data' 1 ' shows a cell cq which is the parent of and p<; is labeled nonsparse then 
9: insert C( into Cells' 1 ' and p^ into Vantage_Points' 1 '; 
10: { Surrender a nonsparse vertex to an agent lower in the partition tree } 
11: if Neighbor_Data' ! ' shows a leader agent j with p^' labeled sparse 

and cf 2 == and $ ] is the parent PTVUID of $ ] then 
12: clear p£j and c£J); Route' 4 ' <- straight path to p£j; 
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TABLE X 

Distributed Deployment Subroutine 



PROXY_RETRACTING_CELL() 



if Route' 1 ' is nonempty then 

{ Truncate c^ proxiod at permanent cell } 

if Neighbor_Data' 1 ' shows permanent cell C£ in branch conflict with 3 . d then 
truncate cl 1 ' at c f ; 

Sproxied s 

{ Prevent race conditions and deadlock } 

if Neighbor_Data' 1 ' shows contending cell in branch conflict with 3 d 
and c c .proxy_uid + and ( ^ oxied g c 5 .Wait_Set or $ < ^ oxied ) then 
3 .Wait_Set <- c' i] .Wait_Set U £; 

sproxied Sproxied 

else 

3 .Wait Set <- c' i] .Wait Set \ f; 

sproxied ~' Sproxied 

else if Route' 1 ' is empty then 

{ End proxy tour and enter previous mode } 
if Vantage_Points' 1 ' is empty then 

mode' 2 ' explore; 
else 

mode' 2 ' lead; 
clear 3 ; 

sproxied 



TABLE XI 

Distributed Deployment Subroutine 

PROXY_CONTENDING_CELL() 
1: if Route' 1 ' is nonempty and the parent gag edge of 3 . d is not phantom wall then 
2: { Shoot-out with other contending cells } 

3: if ( Neighbo^Data' 1 ' shows contending cell in branch conflict with 3 d and £ < £p rc ,xied ] 
or NeighborJJata' 1 ' shows a phantom wall coinciding with parent gap edge of 4p roX iod tnen 
4: delete 3 ; mode' 1 ' <— explore; 

sproxied 

5: { Prevent race conditions and deadlock } 

6: if Neighbo^Data' 1 ' shows retracting cell in branch conflict with 3 d 

and c 5 .proxy_uid / and ( ^ oxied $ c 5 .Wait_Set or £ < ^ roxied ) then 
7: 3 ,Wait_Set <- c' i] .Wait_Set U £; 

Sproxied Sproxied 

8: else 

9: 3 .Wait_Set <- c' i] .Wait_Set \ f; 

Sproxied Sproxied 

10: else if Route' 1 ' is empty then 

11: { End proxy tour and become explorer } 

12: mode' 1 ' <— explore; clear c^ proxiod ; 
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TABLE XII 
Distributed Deployment Subroutine 

EXPLOREO 

1: if Neighbor_Data' 1 ' shows a permanent cell where £ == ^current then 

2: £' 4— PTVUID of next vertex in depth-first ordering; 

3: if gap edge g at £' has already been assigned a leader then 

4: { Continue exploring } 

s . Ai] , A*] . AH , pi. 

Mast ^current' ^current S » 

6: Route' 1 ' local shortest path to midpoint of g through c^; 

7: else if gap edge g at £' has agent i labeled as its leader then 

8: { Become leader } 

9: mode' 1 ' <- lead; *- pp; 

10: Route' 1 ' 4— local shortest path to p^i through c^; 

11: else if Neighbor_Data' 8 ' shows a cell such that C£.proxy_uid == i then 

12: { Become proxy } 

13: mode' 1 ' <— proxy; cl*' <S— C£j 

^proxicd 

14: Route' 1 ' <— tour which traverses all gap edges of and returns to parent gap edge; 

15: if Neighbor_Data' ! ' shows e^,] has been deleted then 

16: { Move up partition tree in reaction to deleted cell } 

17: Route' 1 ' <— local shortest path towards C£ last ; swap ^{^ t and ^currents 



conflict with any other contending cells by the end of the proxy tour if its status is to be advanced to permanent. 
To this end, agent i traverses the gap edges of d while comparing CpLxiod the PTVUID of every 

encountered contending cell in branch conflict with cl . If a contending cell with PTVUID less than f„,._„ inr i is 

Sproxied ^pi OXlt-Q 

encountered, then the proxied cell is deleted (signified by labeling a phantom wall) and agent i heads straight back 
to the parent gap edge where it will end the proxy tour and enter explore mode. If agent i encounters a retracting 
cell, say eg/, and the criteria on line 6 are satisfied, then agent i must pause its proxy tour, i.e., pause motion, until 
Cf/ becomes contending or truncated out of branch conflict. If the proxy were not to pause, then it would run the 
risk of the retracting cell becoming contending after the opportunity for the proxy to perform deconfliction had 
already passed. The pausing is accomplished by adding £' to the cell field . Wait_Set read by the navigation 

thread. Finally, if a contending cell with PTVUID less than £p,I oxiod is never encountered, then the leader of the 
proxied cell advances the cell's status to permanent and the proxy agent enters explore mode. 

Note that the use of PTVUID total ordering (Definition 0» on line 6 of PROXY_RETRACTING_CELL() and 
line 3 and 6 of PROXY_CONTENDING_CELL() precludes the possibility of both (1) race conditions in which 
the status of cells is advanced before the proper branch deconflictions have taken place, and (2) deadlock situations 
where contending and retracting cells are indefinitely waiting for each other. 
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C. Explorer Behavior 

The explore portion of the internal state transition thread on lines 25-26 of Table [VT1 consists of a single 
subroutine EXPLORE() shown in Table IXHI Of all agent modes, explore behavior is the simplest because all 
the agent has to do is navigate Tv in depth-first order (see Fig. [10] and [TTJ until a leader agent assigns them to 
become a leader at an unexplored gap edge or to perform a proxy task. The local shortest paths between cells (lines 
6, 10, and 17) can be computed quickly and easily by the visibility graph method l25l . If the current cell that an 
explorer agent is visiting is ever deleted because of branch deconfliction, the explorer simply moves up 7-p and 
continues depth-first searching. By having each agent use a different gap edge ordering for the depth-first search, 
the deployment tends to explore many partition tree branches in parallel and thus converge more quickly. In our 
simulations (Sec. IVI-Eb , we had each agent cyclically shift their gap edge ordering by their UID, subject to the 
following restriction important for proving an upper bound on number of required agents in Theorem 16.41 

Remark 6.3 (Restriction on Depth-First Orderings): Each agent in an execution of the distributed deployment 
may search 7p depth-first using any child ordering as long as every pair of child vertices adjacent at a double 
vantage point are visited in the same order by every agent. 

D. Performance Analysis 

The convergence properties of the Distributed Depth-First Connected Deployment Algorithm of Table |VI] are 
captured in the following theorems. 

Theorem 6.4 (Convergence): Suppose that N agents are initially colocated at a common point p$ 6 Vs of a 
polygonal environment £ with n vertices and h holes. If the agents operate according to the Depth-First Connected 
Deployment Algorithm of Table I VII then 

(i) the agents' visibility graph v is,s(P) consists of a single connected component at all times, 

(ii) there exists a finite time t* , such that for all times greater than t* the set of vertices in the distributed 
representation of the partition tree 7p remains fixed, 

(iii) if the number of agents N > [ " +2 2 , '~ 1 J, then for all times greater than t* every point in the environment £ 
will be visibile to some agent, and there will be no more than h phantom walls, and 

(iv) if N > [ " +2 2 /l ~ 1 j, then for all times greater than t* every cell in the distributed representation of 7p will 
have status permanent and there will be precisely h phantom walls. 

Proof: 

We prove the statements in order. Nonleader agents, as we have defined their behavior, remain at all times within 
line of sight of at least one leader agent. Leader agents likewise remain in the kernel of their cell(s) of responsibility 
and within line of sight of the leader agent responsible for the corresponding parent cell(s). Given any two agents, 
say i and j, a path can thus be constructed by first following parent-child visibility links from agent i up to the 
leader agent responsible for the root, then from the leader agent responsible for the root down to agent j. The 
agents' visibility graph must therefore consist of a single connected component, which is statement (i). 
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For statement (ii), we argue similarly to the proof of Theorem |5.3f i). During the deployment, cells are constructed 
only at unexplored gap edges. A cell either (1) advances though a finite number of status changes or (2) it is deleted 
during a proxy tour. Either way, each cell is only modified a finite number of times and only one cell is ever created 
at any particular unexplored gap edge. Since unexplored gap edges are diagonals of the environment and there are 
only finitely many possible diagonals, we conclude the set of vertices in the distributed representation of 7-p must 
remain fixed after some finite time t*. 

For statement (iii), we rely on an invariant: during the distributed deployment algorithm, at least two unique 
triangles can be assigned to every leader agent which has at least one cell of responsibility, other than the root 
cell, in its memory; at least one unique triangle can be assigned to the leader agent which has the root cell in 
its memory. One of the triangles is in a leader's own cell (primary or secondary) and its existence is ensured by 
the leader behavior in Table I VIII The second triangle is in a parent cell of a cell in the agent's memory. The 
existence of this second triangle is ensured by the depth-first order restriction stipulated in Remark 16.31 together 
with the parity-based vantage point selection scheme. Remembering that the maximum number of triangles in any 
triangulation is n + 2h — 2 and arguing precisely as we did for the sparse vantage point locations in the proof of 
Theorem 15. 5f iii), we find the number of agents required for full coverage can be no greater than [ " +2 2 /l ~ 1 j . As in 
the proof of Theorem l5.3l v). the number of phantom walls can be no greater than h because if it where then some 
cell would be topologically isolated. 

Proof of statement (iv) is as for statement (iii), but because there is one extra agent and depth-first is systematic, 
the extra agent is guaranteed to eventually proxy any remaining nonpermanent cells into permanent status and 
create phantom walls to separate all conflicting partition tree branches. ■ 

Remark 6.5 (Near Optimality without Holes): As mentioned in Sec. [I] (n— 2)/2 guards are always sufficient and 
occasionally necessary for visibility coverage of any polygonal environment without holes. This means that when 
h = 0, the bound on the number of sufficient agents in Theorem 16.41 statement (iii) differs from the worst-case 
optimal bound by at most one. 

Theorem 6.6 (Time to Convergence): Let £ be an environment as in Theorem |6.4| Assume time for communica- 
tion and processing are negligible compared with agent travel time and that £ has uniformly bounded diameter as 
n — > oo. Then the time to convergence t* in Theorem 16.41 statement (ii) is 0(n 2 + nh). Moreover, if the maximum 
perimeter length of any vertex-limited visibility polygon in £ is uniformly bounded as n — >• oo, then t* is 0(n+h). 

Proof: As in the proof of Theorem 16.41 every cell which is never deleted has at least one unique triangle and 
there are at most n + 2h — 2 triangles total, therefore there are at most n + 2h — 2 cells which are never deleted. 
The maximum number of phantom walls ever created is h (Theorem 16.4b . Since cells are only ever deleted when 
a phantom wall is created, at most h cells are ever deleted. Summing the bounds on the number cells which are 
and are not deleted, we see the total number of cells any agent must ever visit during the distributed deployment 
is n + 2h — 2 + h = n + 3h — 2. Let be the maximum diameter of any vertex-limited visibility polygon in £. 
Then, neglecting time for proxy tours, an agent executing depth-first search on Tv will visit every vertex of Tv in 
time at most 2it max ^d(n- + 3ft. — 2). Now Let l p be the maximum perimeter length of any vertex-limited visibility 
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polygon in £. Then the total amount of time agents spend on proxy tours, counting two tours for each cell, is 
2w max i p (n + 3h — 2). Exploring and leading agents operate in parallel and at most every agent waits for every 
proxy tour, so it must be that 

t* < 2u max (l p + l d )(n + 3h-2). 

While the diameter of £ being uniformly bounded implies l d is uniform bounded, ^ p may be 0(n). ■ 
The performance of a distributed algorithm can also be measured by agent memory requirements and the size of 
messages which must be communicated. 

Lemma 6.7 (Memory and Communication Complexity): Let k be the maximum number of vertices of any vertex- 
limited visibility polygon in the environment £ and suppose £ is represented with fixed resolution. Then the required 
memory size for an agent to run the distributed deployment algorithm is O(Nk) bits and the message size is 0(k) 
bits. 

Proof: The memory required by an agent for its internal state is dominated by its cell(s) of responsibility (of 
which there are at most two) and proxy cell (at most one). A cell requires 0(k) bits, therefore the internal state 
requires 0{k) bits. The overall amount of memory in an agent is dominated by NeighborJDataW , which holds no 
more than N internal states, therefore the memory requirement of an agent is 0(Nk). Agents only ever broadcast 
their internal state, therefore the message size is O(k). ■ 

E. Simulation Results 

We used C++ and the VisiLibity library ll26l to simulate the Distributed Depth-First Deployment Algorithm of 
Table I VII An example simulation run is shown in Fig.Q]for an environment with n = 41 vertices and h = 4 holes. An 
animation of this simulation can be viewed at http : / / motion . me . ucsb . edu/^karl /movie s/dwh . mov 
. To reduce clutter, we have omitted from this larger example the agent mode and cell status color codes used in 
Fig. [8j [9] [lOl and [12] The environment was fully covered in finite time by only 13 agents, which indeed is less 
than the upper bound [ " +2 2 h-1 J = 24 given by Theorem |6. 41 

F. Extensions 

There are several ways that the distributed deployment algorithm can be directly extended for robustness to agent 
arrival, agent failure, packet loss, and removal of an environment edge. Robustness to agent arrival can be achieved 
by having any new agents simply enter explore mode, setting Current to ^ e me PTVUID of the first cell they land 
in, and setting fj*' to be the parent PTVUID of £ C urrcnt- The line-of-sight connectivity guaranteed by Theorem 16.41 
allows single-agent failures to be detected and handled by having the visibility neighbors of a failed agent move 
back up the partition tree as necessary to patch the hole left by the failed agent. For robustness to packet loss, 
agents could add a receipt confirmation and/or parity check protocol. If a portion of the environment were blocked 
off during the beginning of the deployment but then were revealed by an edge removal (interpreted as the "opening 
of a door"), the deployment could proceed normally as long as the deleted edge were marked as an unexplored 
gap edge in the cell it belonged to. 
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Less trivial extensions include (1) the use of distributed assignment algorithms such as |27l , l28ll for guiding 
explorer agents to tasks faster than depth-first search, or (2) performing the deployment from multiple roots, i.e., 
when different groups of agents begin deployment from different locations. Deployment from multiple roots can be 
achieved by having the agents tack on a root identifier to their PTVUID, however, it appears this would increase 
the bound on number of agents required in Theorem 16.41 by up to one agent per root. 

VII. Conclusion 

In this article we have presented the first distributed deployment algorithm which solves, with provable per- 
formance, the Distributed Visibility-Based Deployment Problem with Connectivity in polygonal environments with 
holes. We began by designing a centralized incremental partition algorithm, then obtained the distributed deployment 
algorithm by asynchronous distributed emulation of the centralized algorithm. Given at least [ n+2 9 h ~ 1 j agents in 
an environment with n vertices and h holes, the deployment is guaranteed to achieve full visibility coverage of the 
environment in time 0(n 2 + nh), or time 0(n + h) if the maximum perimeter length of any vertex-limited visibility 
polygon in £ is uniformly bounded as n — >■ oo. If k is the maximum number of vertices of any vertex-limited 
visibility polygon in an environment £ represented with fixed resolution, then the required memory size for an 
agent to run the distributed deployment algorithm is O(Nk) bits and message size is O(k) bits. The deployment 
behaved in simulations as predicted by the theory and can be extended to achieve robustness to agent arrival, agent 
failure, packet loss, removal of an environment edge (such as an opening door), or deployment from multiple roots. 

There are many interesting possibilities for future work in the area of deployment and nonconvex coverage. 
Among the most prominent are: 3D environments, dynamic environments with moving obstacles, and optimizing 
different performance measures, e.g., based on continuous instead of binary visibility, or with minimum redundancy 
requirements. 
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(g) (h) 

Fig. 12. With color codes from Fig. [8]and|9] here is a simple example of agents executing the distributed deployment algorithm of Table |Vl| (a) 
Agents enter the environment and the leader initializes the root cell to status permanent because no branch conflicts could possibly exist yet. 
Explorer agents move out to become leaders of child cells, (b) The lower child cell is initialized with status permanent because it has no gap 
edges and thus cannot be in branch conflict. The upper two child cells are initialized to retracting because they could be in branch conflict 
at unexplored gap edges; indeed there is a branch conflict at the dark red overlap region. The remaining explorer agents continue moving out to 
the new cells, (c) Once the explorers reach the retracting cells, they become proxies and run tours around the cells to check for branch conflict 
with permanent cells, (d) After the first proxy tours, the child cells' statuses are advanced to contending and each proxy run a second tour, 
(e) During the second proxy tours, the branch conflict is detected between contending cells and the cell with higher PTVUID is deleted. The 
agents that were in the deleted cell move back up the partition tree and continue exploring depth-first. The other proxy becomes a leader of a 
new child cell initialized to retracting, (f) One of the explorers arrives at the retracting cell and begins a proxy tour to advance the cell to 
contending, (g) The proxy runs a second tour and advances the cell to permanent and the partition is completed, (h) Remaining explorers 
continue navigating the partition tree depth-first in search of tasks; this adds robustness because they will be able to fill in anywhere an agent 
may fail or a door may open. 



